home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
CD ROM Paradise Collection 4
/
CD ROM Paradise Collection 4 1995 Nov.iso
/
bbs
/
jdrexa10.zip
/
INST4OF4.DAT
/
BBS
/
GIP_02.ZIP
/
GIP-JDR.DOC
< prev
next >
Wrap
Text File
|
1994-12-18
|
4KB
|
102 lines
Graphic Interchange Protocol (GIP) Technical Standards -- Request For Comment
Document #3 release .02
Using GIP with Juggernaut. Special instructions.
SETTINGS
There are four Settings for GIP with Juggernaut:
The first is "maximum graphics mode at the console". This tells the
software what the maximum mode your monitor/card support. "0" if
you just have a monochrome monitor (for instance, you set up your GIP
screens with VGA, but didn't want to waste a good monitor idle'ing
with a BBS). "3" if you have a standard VGA card. "5" if you have
an SVGA card.
The software uses direct screen writes to speed up its graphics displays.
If your card has trouble with this, or your multi-tasker does, then use
a negative value for this setting. The negative tells the software to
not use its direct screen routines, but to instead use your video cards
BIOS routines as normal.
The second setting is "your BBS identifier". This is a unique 8 letter
identifier which the caller will use to name the directory on their
drive where they should store your images/icons/etc. (GIP stuff).
The third is the screen mode the software needs to switch to to get
640x480x256. If your VGA/SVGA card can't do this, then set it to your
cards 640x480x16 mode. That will allow you to see the SVGA stuff as
normal with the exception of a few colors.
The fourth setting is the screen mode the software needs to switch to
to get 800x600x256. If your VGA/SVGA card can't do this, then set it
to your cards 640x480x16 mode--better than nothing.
These last two values usually are contained in your video cards' manual.
If not, there's not much you can do except try every value and see what
happens. However, right now these fields are not a major concern if
your BBS doesn't have SVGA menus, or the BBS's you call don't have them.
VGA menus
I have included sample VGA menus. They demonstrate how to implement a
graphical system as an alternative to your normal menus/text/etc.
Because its a Style\Language we are able to change everything from the
menus to the very text lines themselves.
The main thing to be concerned with, however, is that when in graphics
mode you use graphics strings (not ANSI codes) and when in ANSI mode you
don't use graphic codes.
Probably the biggest hurdle is with data entry. It is not yet graphics
capable, and so must still always be in ANSI mode. This is a limit and
I am working on it.
When using pathnames in menu .GIP files, if you do not specify a path, it
will look in the current directory as the .GIP menu file for the file.
In other words, you can use "cheklist.ico" instead of
"c:\bbs\node001\1ST\9\cheklist.ico".
NOTES
If callers hangup in GIP file protocol, we reset their Style\Language
1ST\1, since they hanging up at that point a good sign they are having
troubles with the graphics/etc.
If your monitor doesn't support a VGA mode you have available on-line, what
occurs is thus: everything is sent out the port correctly, but on the local
screen only the TEXT being sent out is displayed--the graphics stuff is
ignored. This can make for a messy display--but it at least tells you what
is happening.
Full door-exits destroy GIP objects stored in memory. (The GIP "O" stuff.)
CompuShow (CSHOW) can be used to view GIFs/BMPs and many other formats.
COMMIE
As of this writing, Commie is the only terminal program known to support
GIP. As such, you should make it available to your users as a free
download.
I can be reached for comment/suggestions at:
Immortality
414-643-1576
24 hrs.
Either log in, or just dump your NetMail on me.
John Rohner
December 1994